8주차 피드백 완료 ✅
수고하셨습니다 🙂 👍

🙋 리뷰 요청 / 확인 받고 싶은 부분

• AlbumTable-autoGenerate=false:
  강의 의도상 ID를 직접 관리하기 위해서 임의로 지정한것으로 보임
  실무에서는autoGenerate=true 사용이 일반적임
  현재는 학습용이라 그대로 가도 괜찮을 것 같아요

• 해커톤 준비 관련:
  retrofit은 알아두는게 좋음.
  firebase는 선택,
  서버 연동 기본 흐름(요청–응답–에러 핸들링)은 익숙해져야 협업 시 빠르게 맞출 수 있음
  해커톤에서는 viewmodel 사용을 권장함

<SignUpActivity>

👍 회원가입 예외 처리와 DB 저장 구조 잘 구현됨
💙 Coroutine으로 insert 처리 시 UI 프리즈 방지 가능 (room db 사용 시만)
💙 이메일 중복 검증용 getUserByEmail() 쿼리 추가 시 명확함

<LoginActivity>

👍 SharedPreferences 활용 로그인 상태 저장 구조 명확
💙 로그인 성공 후 finish()로 뒤로가기 방지
💙 Intent.FLAG_ACTIVITY_CLEAR_TASK 설정으로 로그인 화면 스택 제거 권장
💙 Toast 메시지가 중복으로 뜨는 부분은 return 추가로 정리 가능

<AlbumFragment>

👍 좋아요 기능(isLikedAlbum, likeAlbum, disLikedAlbum) 구조 구현
💙 협업 시에 DB 직접 접근 대신 Repository–ViewModel 구조로 분리하면 유지보수성과 테스트 용이성 향상
💙 좋아요 상태 변경 후 LiveData 옵저버 활용 시 UI 자동 갱신 가능
💙 commitAllowingStateLoss() 대신 commit() 권장 (ui 안정성 향상)

<Like>

👍 기본 구조 구현
💙 userId + albumId 복합 PK 지정 시 중복 좋아요 방지 가능

<User> / <UserDao>

👍 Room 구조 명확
💙 onConflict = REPLACE 옵션 추가 시 동일 이메일 중복 저장 방지
💙 이메일 기준 조회 쿼리(getUserByEmail) 추가로 중복 체크 로직 개선 가능

전에 확인했었는데 코멘트를 이제야 다네용 ㅎㅎ 덕분에 해커톤 때 큰 도움이 되었던 것 같아요! 카피바라님 고생 많으셨습니다!!